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DOCUMENT AND MESSAGE EXCHANGE SYSTEM FOR ASP MODEL 

5 

TECHNICAL FIELD 

The present invention relates to computer systems for storing and 
exchanging information. More particularly, the present invention relates to computer 
systems that utilize the Internet to send and receive information using an Application 
1 0 Service Provider to facilitate collaboration on shared projects. 

BACKGROUND OF THE INVENTION 

The exchange of information between parties collaborating on joint 
projects has traditionally suffered from the limitations of the mode of exchange. 

15 During the time it takes for one party to deliver a document detailing that party's 
activities, several other collaborators may have contemporaneously engaged in 
activity on the project that drastically affects the first party's business interests. 
Similarly, the content of the information exchanged between some parties may be 
critically sensitive. A party may desire to share limited information with specific 

20 parties while preventing the distribution of that information with other collaborators. 
In such circumstances, retaining ownership of one's information is paramount. 

One example of an industry in which collaboration on projects is 
integral to a successful business is the construction industry. In the construction 
business several subcontractors compete for opportunities to collaborate on 

25 construction projects under the supervision of a general contractor. A subcontractor 
must disclose project information to the general contractor and must constantly be 
updated on the progress of the project and of other subcontractors working on the 
same project. Information specific to one subcontractor must be shared with the 
general contractor but may be detrimental if shared with competing subcontractors. 

30 Thus, ownership of confidential information is critical in the construction industry. 
Because timing is critical in completing the construction projects, subcontractors must 
be aware of events as they occur during the life of the project. 
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Computers have greatly affected many industries by facilitating 
information management. Many industries are storing vast amounts of information in 
computers; however, the information is not readily accessible to multiple 
collaborators on multiple projects. Conventional approaches aimed at facilitating 
5 information exchange include having multiple project participants transmit 
information to a single individual. Figure 1 is a block diagram of this approach. In 
Fig. 1 the subcontractors 125-135, architect 110, general contractor 115, and the 
engineer 120 transmit information relating to the project to a central database 105. An 
individual would then input the received data into a local computer. Access to the 
10 information would necessarily be through the one person entering the data into the 
computer. As a result, access to information by persons other that the person 
inputting the data is severely limited. Real-time availability of information is simply 
not possible in this scenario. Similarly, the information is specific to one project. A 
subcontractor working on multiple projects would have limited, if any, access to 

1 5 information on that one project and no ability to simultaneously access information on 
an enterprise level. Finally, sensitive data released to the individual inputting the 
information into a computer may no longer be the exclusive property of the individual 
transmitting the information. The issue of ownership of confidential business 
information is critically important because it allows one to regulate who has access to 

20 the data. Failing to retain ownership of the data may compromise competitiveness 
because once ownership of the data is lost, the ability to restrict access to the data is 
also lost. 

Storing project information in a central database that permits 
collaborators to access the database remotely is an alternative conventional method of 

25 addressing the issue of data exchange between collaborators and is illustrated in Fig. 
2. In this scenario, users 205 can remotely input project information from their own 
computer into a product provider system 215. For example, a subcontractor can 
establish contact remotely with the database using a computer with a modem coupled 
to conventional telephone lines and an interface 210. Once the contact is established, 

30 the subcontractor can transmit project data directly into the product provider system 
215. The data can then be processed on the system containing the database 215. The 
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information flows from the user 205 to the database 215 through an interface 210. 
This system has several disadvantages. Using this system, a collaborator cannot 
receive messages or information directly from other collaborators. The system 
manages information on a project specific basis. The information is generally 
5 available to collaborators in a "read-only" format. Because this system typically does 
not utilize a relational database, specific data structures must be used for archive and 
access purposes. 

Figure 3 is another example of a method of exchanging information 
between collaborators. The method of Figure 3 allows users 305 to access a server 

10 315 via the Internet 310 that manages as well as stores project information. This 
method is an example of using an Application Service Provider (ASP). ASPs range 
from simple free e-mail services to complex custom applications. An application 
resides on the ASP's Web site and, whenever the application is needed, it is accessed 
through a Web browser. Information is saved either to the ASPs server or to a local 

15 hard drive. Using this conventional method, information stored on the server 315 can 
relate to one or more projects but the information does not remain under the exclusive 
control of a collaborator. When multiple collaborators upload project information to a 
single database, the ownership of the data stored on the central database is unclear, 
and restricting access to confidential business information remains a problem. Once 

20 the project is completed, the stored information is typically no longer accessible by all 
collaborators because the application does not permit access to completed projects. 

Conventional methods of exchanging information between multiple 
collaborators on multiple projects fail to adequately protect confidential business 
information, do not provide real-time information to collaborators, and lack the 

25 capacity to manage information for a single collaborator across multiple projects. 
Accordingly, there is a strong need in the art for a method and system to protect 
confidential business information during the exchange of information between 
collaborators. A further need exists for a method and a system for exchanging 
information between collaborators that facilitates the exchange of information 

30 between multiple databases using dynamic relational databases via an Application 
Service Provider model. There is an additional need in the art for a method and a 
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system for exchanging information between collaborators that monitors changes made 
to documents by collaborators as the documents are exchanged. Another need exists 
for a method and system of exchanging information that enables a collaborator to 
access real-time information on a project. Yet another need exists in the art for a 
5 method and system of exchanging information between collaborators that enables a 
single collaborator to exchange information and monitor such exchanges for all of that 
collaborator's projects. 

SUMMARY OF THE INVENTION 

10 The present invention solves the aforementioned problems by 

facilitating collaboration on projects using an ASP model. Ownership of information 
is preserved by optionally storing confidential information on databases owned by the 
original owner of the data. Alternatively, information to be shared is selected by the 
owner of the information and transmitted directly to a selected recipient. Messages 

15 and documents can be exchanged directly between collaborators rather than stored at 
a central repository. Additionally, the present invention enables an individual to 
participate in multiple projects with different collaborators. A user can generate 
reports and extract data on an enterprise level rather than be limited to a single 
project. The status of projects is available as collaborators exchange information on 

20 projects. 

The present invention supports the execution of an application on a 
Web server that is accessed by client computers via the Internet. A database can be 
connected to the Web server. This database, called the Global Information Store 
(GIS), houses data fields that are associated with Global Unique Identifiers (GUIDs). 

25 GUIDs play a central role in facilitating the exchange of information between clients 
or their databases. GUIDs inject a commonality between databases despite 
differences in the content of the data fields. For example, a data field containing 
information that a message is "pending" can be given a GUID of 101. If a second 
database has "pend" in its data field having a GUID of 101, a message received by the 

30 second database containing "pending" in that data field will be understood to mean 
"pend." Thus, the present invention can provide a common key to translate data fields 
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between databases. The key can be a number, a character, a combination of 
characters and numbers, or any other data type. When a client computer creates a 
project using specific data fields, the client publishes the data fields to the GIS to 
associate a GUID with each data field. The GUIDs are returned to the client 
5 computer or database and are associated with the specific data fields. 

Once the data fields of a project are associated with GUIDs, a client 
can send invitations to other clients to participate in the project. The invitation 
contains data fields relating to the project. After receiving the invitation and 
accepting the message, the invitee checks to see if the project of the invitation exists 

10 on the invitee's local computer or database. This determination can be accomplished 
by checking whether the GUID of the project of the invitation is stored locally. If the 
project is not stored locally, the invitee can import the project data with the associated 
GUIDs from the GIS. If the project exists in the invitee's local computer or database, 
the project data can be compared with the local data relating to the project. Possible 

15 matches can be displayed to the user, and the user can select the data field of the 
invitation that corresponds to the local data field by matching the GUID of the data 
field of the project with the local data field. This process can continue until all the 
data fields of the invitation correspond to local data fields sharing the same GUIDs. 
This process of matching data fields in messages or invitations to local data fields is 

20 termed "mapping." 

The present invention facilitates the exchange of messages and 
documents between collaborators by associating a GUID with each collaborator or 
contacts for a collaborator. The routing information associated with the collaborator's 
GUID can be stored in the GIS. When a message is sent, the GIS can be queried for 

25 either the routing information corresponding to the GUID of the addressee or for the 
GUID and routing information of an addressee. The routing information can then be 
inserted into the message and the message sent. 

In addition to facilitating the exchange of messages and documents, the 
present invention can generate history logs showing the modification of documents 

30 and messages as they are exchanged among collaborators. Each document and 
message contains tables in which a record is added each time the document is edited 
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or acted upon. Related documents contain document history tables that reflect 
changes made to the parent document as well as the parent document's child 
documents. 

That the invention improves over prior systems for exchanging 
5 information between collaborators and accomplishes the advantages and goals 
described above will become apparent from the following detailed description of the 
exemplary embodiments and the appended drawings and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
10 Fig 1 is a block diagram of a conventional method of exchanging 

information between collaborators in the construction industry based upon manual 
entry of each collaborator's information. 

Fig. 2 is a block diagram of another conventional method of 
exchanging information in which a collaborator can remotely access a central 
15 database and store information on that system. 

Fig. 3 is a block diagram of a conventional method of exchanging 
information between collaborators that can upload project information to a central 
database by accessing the Internet. 

Fig. 4A is a block diagram of one embodiment of the present invention 
20 in which collaborators can exchange information directly between each other's 
databases by accessing the Internet and a Web Server. 

Fig. 4B is a block diagram of another embodiment of the present 
invention in which collaborators exchange project specific information by accessing 
the Internet and a Web Server wherein each collaborator's information is separately 
25 maintained on a database. 

Fig. 5 is a functional block diagram illustrating an information 
exchange system according to one embodiment of the present invention. 

Fig. 6 is a logic flow diagram illustrating an exemplary embodiment of 
a method for exchanging information between collaborators in an ASP model. 
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Fig. 7A is a logic flow diagram illustrating an exemplary process for 
initializing a project and publishing project data to a central database via and ASP 
model. 

Fig. 7B is a logic flow diagram illustrating an exemplary process for 
5 inviting collaborators to participate in the project via an ASP model. 

Fig. 8 is a logic flow diagram illustrating an exemplary process for 
addressing documents and messages to collaborators via an ASP model. 

Fig. 9 is a logic flow diagram illustrating an exemplary process for 
responding to an invitation to collaborate on a project via an ASP model. 
10 Fig. 10 is a logic flow diagram illustrating an exemplary process for 

mapping project data between databases in an ASP model. . 

Fig. 1 1 is a logic flow diagram illustrating an exemplary process for 
sending documents and messages between collaborators via an ASP model. 

Fig. 12 is a logic flow diagram illustrating an exemplary process for 
15 receiving documents or messages via an ASP model. 

Fig. 13 is a logic flow diagram illustrating an exemplary process for 
processing a received message in and ASP model. 

Fig. 14 is a logic flow diagram illustrating an exemplary process for 
tracking edits in documents and messages exchanged between collaborators in an 
20 ASP model. 



DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 

The present invention is directed toward a system for exchanging 

information between collaborators using an ASP model. An ASP model includes but 
25 is not limited to a model wherein a application is hosted on server which can be 

accessed by the Internet. In a preferred embodiment, the present invention may be 

embodied in a computer program, typically an application program running on a Web 

server that facilitates the exchange of information between collaborators on a project. 

In another preferred embodiment, the project is in the construction industry. 
30 Although the illustrative embodiment will be generally described in the context of an 

application running on a Web server, otherwise known as an Application Service 
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Provider (ASP) model, those skilled in the art will recognize that the present invention 
may be implemented in any distributed computing environment including local are 
networks, wide area networks, as well as the Internet. 

The detailed description which follows is represented largely in terms 
5 of processes and symbolic representations of operations by conventional computer 
components, including client computers, memory storage devices, display devices, 
and input devices. Furthermore, these processes and operations may utilize 
conventional computer components in a heterogeneous distributed computing 
environment, including remote file servers, remote computer servers, and remote 

10 memory storage devices. Each of these conventional distributed computing 
components is accessible by a central processing unit via a communications network. 

The processes and operations performed by the computer include the 
manipulation of signals by a client or remote server and the maintenance of these 
signals within data structures resident in one or more of the local or remote memory 

15 storage devices. Such data structures impose a physical organization upon the 
collection of data stored within a memory storage device and represent specific 
electrical or magnetic elements. These symbolic representations are the means used 
by those skilled in the art of computer programming and computer construction to 
most effectively convey teachings and discoveries to others skilled in the art. 

20 Referring now to the drawings, in which like numerals represent like 

elements throughout the several figures, aspects of the present invention and 
illustrative operating environment will be described. 

Referring now to Fig. 4A, an architecture of an exemplary embodiment 
of the present invention will be described. Fig. 4A illustrates an exemplary message 

25 and document exchange system 400A that includes a server 410a, client databases 
420a-445a, which can be linked to the server 410a via the Internet 405a and database 
415a connected to the server 410a. The database 415a, alternatively described as a 
Global Information Store (GIS) contains routing, addressing, mapping, and project 
information, but does not contain or store confidential business information. 

30 Information in the form of documents or messages can be exchanged between 
databases 420a-445a through the Internet 405a to the server 410a. The server 410a 
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optionally queries the database 415a as needed to retrieve routing, addressing, or 
mapping information necessary to deliver the information to the specified addressee 
database. Unlike system 300 system 400A can exchange information on multiple 
projects for each client. 
5 In a typical operating environment in the construction industry, a 

general contractor 420a publishes project specific data to the GIS 415a via the 
Internet 405a. Each data field in the project setup message or document is given a 
GUID that is returned to the general contractor 420b. The general contractor 420b 
can then invite participants by sending a message to selected participants via the 

10 Internet 405a. Routing information for the selected participants can be retrieved from 
the GIS 415a. Subcontractors 435a - 445a or other clients who receive and accept 
invitations to participate in the project can publish additional information to the GIS 
415a if necessary, and exchange information with the general contractor 420a, 
architect 425a, engineer 430a, or other subcontractors 435a - 445a. Architect 425a 

15 and engineer 430a can also exchange information with other project participants. 
Each client can monitor projects on an enterprise basis for all projects of the client. 
Additionally, clients can get project status updates as the information is exchanged. 

Fig. 4B illustrates an alternative embodiment of the present invention. 
The message and document exchange system 400B comprises a Web server 410b 

20 connected to specific client databases 450b and 455b. Clients 420b-445b can be 
connected to the server 410b via the Internet 405b. Clients 420b-445b can exchange 
documents and messages with one another through the Internet 405b to the server 
410b which queries the database 415b to obtain routing, mapping, and addressing 
information as needed. The server 410b then directs the information to the designated 

25 addressee. Client databases 450b and 455b may be used to store the clients' 
proprietary information. Because client's information can be securely stored on a 
database 450b owned by the client, the client retains ownership of its information. In 
this embodiment clients can access the Web server 410b via the Internet 405b as users 
without maintaining a database of their own as 420a - 445a in 400A. 

30 In the construction industry, system 400B typically operates first when 

a general contractor 420b publishes project specific data to the GIS 415b via the 
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Internet 405b. In this embodiment of the invention, the clients including the general 
contractor 420b, architect 425b, engineer 430b, and subcontractors need not operate 
from a local database as in system 400A. Each data field in the project setup message 
or document is given a GUID that is returned to the general contractor 420b. The 
5 general contractor 420b can then invite participants by sending a message to selected 
participants via the Internet 405b. Routing information for the selected participants 
can be retrieved from the GIS 415b. Subcontractors 435b - 445b or other clients who 
receive and accept invitations to participate in the project can publish additional 
information to the GIS 415b if necessary, and exchange information with the general 

10 contractor 420b, architect 425b, engineer 430b, or other subcontractors 435b - 445b. 
Architect 425b and engineer 430b can also exchange information with other project 
participants. In system 400B clients can optionally store information in databases 
450b and 455b owned by that client. Storing information in a database owned by the 
client enables the client to retain ownership of its information. Information on 

15 multiple projects can be exchanged between participating clients. Each client can 
monitor projects on an enterprise basis for all projects of the client. Additionally, 
clients can get project status updates as the information is exchanged. 

Fig. 5 illustrates a functional block diagram of the exemplary 
components of the message and document exchange method and system 500. The 

20 message and document exchange system 500 enables multiple clients 515a - 515c to 
exchange messages and documents by connecting to the ASP Model 505 via the 
Internet 510. Clients 515a - 515c can initiate projects 520 using the document and 
message exchange system 500 as describe in more detail in connection with Fig. 7. 
Clients 515a - 515c can also mine data for their entire enterprise and specific industry 

25 525. By mining data, it is meant that a client can obtain information from the system 
concerning the client's entire industry by accessing the client's own data as well as the 
dat of other clients. Multiple clients in the same industry provide industry-wide data 
that can be utilized to generate industry-wide reports. The mined information can be 
used to assess the status of the industry, predict trends, or forecast business cycles. 

30 The message and document exchange system 500 enables clients 515a - 515c to 
exchange information on their projects 535 and allows them to extract 525 and 
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generate reports on an enterprise level 540. Thus, a client can determine the status of 
all projects on which the client is collaborating. 

The message and document exchange system 500 enables clients 515a- 
515c to exchange information without limitation to particular data structures. Using 
5 dynamic relational databases, the exchange system 500 can bridge multiple databases 
530. Additionally, the message and document exchange system 500 can track edits 
made in messages and documents when exchanged between collaborators. By 
tracking such edits, the exchange system 500 can generate a document history 545. 

Fig. 6 is an exemplary logic flow diagram of a computer-implemented 

10 process for exchanging messages and documents while preserving data ownership. In 
routine 610, a client of the ASP sets up a specific project for collaboration. Once the 
project is set-up, collaborators are invited to participate in the project by using routine 
615. Project initiation is explained in detail in Fig. 7A and Fig. 7B. Upon receiving 
an invitation to collaborate in a project, the recipient may choose to accept the 

15 invitation and participate, or reject the invitation, using routine 620. During the life of 
the project, collaborators exchange messages and documents in connection with the 
project by using routine 625. 

Fig. 7A illustrates the computer implemented process for routine 610. 
Fig. 7 provides an overview of routine 610 for setting up a project for collaboration by 

20 publishing project data and mapping returned global unique identifiers. Step 705 is 
the start step for routine 610. In steps 710a - 725a project information is published to 
a Global Information Store (GIS) 415a or 415b. In step 710a a client can publish 
project data by sending the project data to the server 410a or 410b for storage at the 
GIS 415a or 415b. Examples of project data include the name of the project and the 

25 location of the project. In step 715a the names of specific companies to be involved 
in the project are published. Individual contacts involved with the project are 
published to the GIS in step 720a. In step 725a Construction Specifications Institute 
(CSI) codes are published to the GSL CSI codes are codes used in the construction 
industry to identify items such as commonly used products or services in construction 

30 projects. Steps 710a - 725a publish information to the GSI to facilitate exchange of 
information during the project. Publishing information to the GIS assigns GUIDs to 
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each data field and enables clients to query the GIS when they encounter data fields 
that are not recognized locally. In the construction industry, different subcontractors 
can designate data fields differently on their local systems. Data fields with different 
designations will not be recognized by other collaborators on projects unless a 
5 reference list of data fields and GUIDs exists. The GIS provides this common list of 
data fields and GUIDs so that subcontractors can exchange information between 
different databases having data fields containing similar data but having different 
local designations. 

All relevant fields in the document or message must be published to 

10 the GIS. Publishing project information to the GIS typically requires each data field 
receiving a GUID. The data fields and associated GUID are stored in the GIS so 
clients can query the GIS when they receive a data field that is unknown on the 
client's system. A determination that all relevant fields are published to the GIS is 
done locally. Each relevant data field is checked for the presence of a GUID. If 

15 GUID is missing from a relevant data field, the user is informed that the information 
must be globally published to the GIS. Publishing of information to the GIS consists 
of inserting the information with its supporting contextual information into the GIS. 

In routine 730a the GUIDs are returned to the client setting up the 
project, and the GUIDs are matched locally to the corresponding data. A GUID is 

20 generated for each relevant data field and the GUID is associated with its respective 
data field locally. Each GUID is associated with one data field. The association 
between the data field and the GUID is maintained throughout the project. Matching 
of GUIDs with corresponding data is referred to as "mapping" and is explained in 
detail in process 1000 of Fig. 10. 

25 Fig. 7B illustrates the computer-implemented process for routine 615. 

In step 735b, the client chooses which companies to invite to collaborate on the 
project. A company is invited to collaborate by sending the company a message or a 
document. The invitation is first addressed using routine 740b. Addressing is fully 
described in Fig. 8. Once the invitation is addressed, the invitation is sent according 

30 to routine 745b. Fig. 11 describes the processes involved in sending documents and 
messages. 
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Fig. 8 illustrates a computer-implemented process for addressing 
documents and messages to be exchanged between collaborators on a project. Fig. 8 
provides an overview for the addressing process 740, and begins with decision step 
810. In decision step 810, the local presence or absence of a GUID returned from the 
5 GIS 415a or 415b for the addressee is determined by comparing locally stored data 
fields and GUEDs with the returned data fields and GUIDs. If the decision in step 810 
is negative, then the "no" branch is followed to step 815. If the decision in step 810 is 
positive, then the "yes" branch is followed to step 820. In step 815 the GIS 415a or 
415b is queried to find a GUID that matches the addressee. In step 820 routing 

10 information matching the addressee's GUID is retrieved from the GIS 415a or 415b. 
In decision step 825 a determination is made whether additional addressees are 
identified by the message or document to be exchange. If the result to decision step 
825 is negative, the "no" branch is followed to step 830 and the addressing process 
740. If the result of decision step 825 is positive, then the "yes" branch is followed to 

15 step 810 to repeat the addressing process 740 until all addressees have routing 
information placed in the document or message. 

Fig. 9 illustrates a computer-implemented process for receiving a 
project invitation. Process 620 begins at the start step 902 and a message or document 
is received in step 904. At decision step 906 a decision is made whether to accept the 

20 message or document. If the result of decision 906 is negative, the "no" branch is 
followed to step 908. If the result of decision 906 is positive, the "yes" branch is 
followed to step 910. Step 908 involves returning the rejected message to the sender. 
In step 910 a decision is made whether the project identified by the invitation exists in 
the local database. If the result of decision 910 is negative, the "no" branch is 

25 followed to step 912. If the result of decision 910 is positive, the "yes" branch is 
followed to step 916. 

In step 912 the client imports data for the project from the GIS 415a or 
415b by accessing the Web server 410a or 410b. Data to be imported includes 
information specific to the project, companies associated with the project, contacts for 

30 the project, and CSI codes. Routine 914 encompasses mapping the imported data to 
existing local data using the GUID for each piece of data, as described in detail below 
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in connection with Fig. 10. Companies, contacts, and CSI codes are mapped in 
routines 918, 920, and 922, respectively. The mapping process in routines 918, 920, 
and 922 is more fully described in process 1000 of Fig. 10. In routine 922, mapping 
of CSI codes overwrites data locally. Overwriting of data in routines 918 and 920 is 
5 not necessary. 

Decision step 924 follows the routines for mapping project data. In 
decision 924 a determination is made whether to accept messages from all project 
contacts mapped in routine 920. If the result of decision 924 is negative, the "no" 
branch is followed to step 926. If the result of decision 924 is positive, the "yes" 

10 branch is followed to routine 928. In step 926 project contacts from whom messages 
will be accepted are selected. Decision 930 follows step 926. In routine 928 project 
contacts are mapped locally as described in process 1000. 

A determination is made in decision 930 as to whether the individual 
receiving the invitation has additional information to share with the sender of the 

15 invitation. If the result of decision 930 is negative, the "no" branch is followed to step 
932. If the result of decision 930 is positive, the "yes" branch is followed to step 934. 
In step 932, a message is sent to the invitor via the Internet 405a or 405b indicating 
that set-up is complete. In step 934 additional information such as additional project 
contacts is published to the GIS 415a or 415b. In step 936 a message is sent to the 

20 invitor indicating that additional information is available in the GIS 415a or 415b. 
Step 940 follows steps 932 and 938 and represents the end of process 900. 

Fig. 10 illustrates the computer-implemented process for routines 730, 
914, 918, 920, and 922. Fig. 10 provides a logic flow diagram for process 1000 for 
mapping of data between databases. Process 1000 begins with start step 1005. In 

25 step 1010 a comparison is made between data retrieved from the GIS 415a or 415b 
and data on the local database 420a - 445a. In decision step 1015 a determination is 
made whether possible matches exists between the local database and the GIS 415a or 
415b. If the result of decision 1015 is negative, the "no" branch is followed to step 
1035. If the result of decision 1015 is positive, the "yes" branch is followed to step 

30 1020. In step 1035 the data and its associated GUID are imported locally by 
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accessing the GIS via the Web server 410a or 410b. In step 1020 possible matches 
between the data in the GIS 415a or 415b and the local data are displayed to the user. 

In decision step 1025, a decision is made whether to select a possible 
match between the displayed data matches and the local data. If the result of decision 
5 1025 is negative, the "no" branch is followed to step 1035. If the result of decision 
1025 is positive, the "yes" branch is followed to step 1030. In step 1030 the GUID 
value associated with the selected match is associated with the local data. In decision 
step 1040, a determination whether additional data exists that must be mapped is 
made. If the result of decision 1040 is negative, the "no" branch is followed to step 

10 1045 signifying the end of process 1000. If the result of decision 1040 is positive, the 
"yes" branch is followed to step 1010 and process 1000 is repeated until no more data 
requires mapping. 

Fig. 1 1 is an exemplary logic flow diagram for process 745 for sending 
messages or documents to collaborators. Process 745 begins with start step 1105. In 

15 step 1110 a message or document is selected by a client. The message or document 
can be an existing message or document that has been received. Alternatively, the 
selected message or document can be newly created or can be an edited version of an 
existing document. Messages or documents are assigned a GUID when created. 
Existing messages or documents without GUEDs are assigned GUIDs when sent to the 

20 addressee. Messages or documents contain data fields that are assigned locally at the 
client computer. Examples of local data fields include contacts, project, company, 
and status. In decision 1115 the data values corresponding to data fields in the 
document are checked to determine whether a GUID exists for each data field in the 
GIS 415a or 415b. If the result of decision 1115 is negative, the "no" branch is 

25 followed to step 1120. If the result of decision 1115 is positive, the "yes" branch is 
followed to step 1125. 

In step 1120 a client publishes data fields in the message or document 
that do not have a corresponding GUID to the GIS 415a or 415b, and each data field 
is associated with a GUID. Publishing includes sending the data and the 

30 corresponding contextual information to the GIS by the client. A GUID is inserted 
locally for each data field in the message or document. In step 1125 the message or 
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document is converted into XML transmittal format by the client computer. Those of 
ordinary skill in the art will recognize that the message or document can be converted 
into any format suitable for electronic transmittal. Alternatively, the message or 
document may be encrypted prior to transmission. Step 1130 is next, and the 
5 message or document is placed in an "envelope" wrapper. Those of ordinary skill in 
the art will understand that the message or document can be packaged with any 
suitable method for transmission such that the integrity of the message or document is 
preserved during transmission. For example, messages or documents can be 
packaged using protocols known in the art such as the Transmission Control Protocol 

1 0 (TCP) and the Internet Protocol (IP). 

After the message or document is packaged, the message or document 
is addressed in routine 1135. Addressing is described in more detail in process 740. 
In one example, the GUID associated with the addressee company is matched against 
the GUID in the GIS. The routing information associated with the GUID in the GIS 

15 is returned locally and inserted into the document or message. In routine 1140 a 
document history is initiated. Routine 1140 if more fully illustrated in Fig. 14. In 
step 1145 the message or document is transmitted to the addressee. In decision step 
1150 a determination whether more messages or documents are to be sent is made by 
the client. If the result of decision 1150 is negative, the "no" branch is followed to 

20 step 1155 which represents the end of process 1100. If the result of decision 1150 is 
positive, the "yes" branch is followed to step 1110 and process 1100 is repeated until 
no more messages or documents are to be sent. 

Fig. 12 is a logic flow diagram of an exemplary process 1200 for 
receiving documents or messages. Process 1200 begins with start step 1205. In 

25 routine 1210 a "listener" receives a message or document addressed to a project 
collaborator. Routine 1210 is described in detail in process 1300 of Fig. 13. A 
"listener" can be any computer or computer process for receiving electronically 
transmitted messages or documents and extracting the message or document from the 
electronic packaging necessary for transmission. In step 1215 the message or 

30 document is placed in the addressee's queue to accept the document. In decision step 
1220 the message or document is accepted or rejected by the client computer. If the 
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result of decision step 1220 is negative, the "no" branch is followed to step 1225. If 
the result of decision step 1220 is positive, the "yes" branch is followed to decision 
step 1230. In step 1225, the rejected message or document is returned to the sender. 
Step 1255 follows step 1225 and represents the end of process 1200. In decision step 
5 1230, the client computer checks the data in the message or document to determine if 
all the data fields have a GUID that is matched locally. If the result of decision step 
1230 is negative, the "no" branch is followed to routine 1235. If the result of decision 
step 1230 is positive, the "yes" branch is followed to step 1240. 

In routine 1235 all the data in the document is mapped locally as 

10 described in process 1000. In step 1240 the data in the message or document is 
marked as "read." Next, the document is marked as "useable" in step 1245. If return 
receipt is requested, the sender is notified of receipt in step 1250. Step 1255 follows 
step 1245 and represents the end of process 1200. 

Fig. 13 is a logic flow diagram of an exemplary process for processing 

15 a received message, process 1210. The first step of process 1210 is step 1310. In step 
1310 a "listener" receives the message or document. In decision step 1315 a 
determination is made as to whether the message is from an "allowed" sender. An 
"allowed" sender is a sender that the receiver has selected from whom to receive 
messages. If the result of decision step 1315 is negative, the "no" branch is followed 

20 to step 1320. If the result of decision 1315 is positive, the "yes" branch is followed to 
step 1325. In step 1320 the message is rejected and the sender is notified. In decision 
step 1325, a determination is made whether the addressee is known locally. If the 
result of the decision step 1325 is negative, the "no" branch is followed to step 1330. 
If the result of decision 1325 is positive, the "yes" branch is followed to decision 

25 1350. In step 1330 the message or document is saved locally and the local 
administrator is notified that a message of document with an unknown address has 
been received. 

In decision 1335 the system administrator determines whether the 
unknown address can be matched to a local user. If the result of decision 1335 is 
30 negative, the "no" branch is followed to step 1340. If the result of decision 1335 is 
positive, the "yes" branch is followed to decision 1350. In step 1340 the message or 
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document is rejected and the sender is notified of the rejection. The saved copy of the 
message or document is then removed in step 1345 and step 1365 representing the end 
of the routine is follows. In decision 1350 a determination is made as to whether the 
user or addressee has sufficient permissions to receive the sent message or document. 
5 If the result of decision 1350 is negative, the "no" branch is followed to step 1355. If 
the result of decision 1350 is positive, the "yes" branch is followed to step 1360. In 
step 1355 the message or document is rejected and the sender is notified. In step 1360 
the message or document is saved locally and is marked as a new message or 
document. Step 1365 follows and represents the end of process 1300. 

10 Fig. 14 is a logic flow diagram of an exemplary process 1400 for 

tracking changes in documents and messages exchanged between collaborators. 
Process 1400 begins with start step 1405. In step 1410 an existing document is 
edited. Exemplary project messages or documents contain document tables 
corresponding to the specific type of message or document. Exemplary project 

15 documents in the construction industry include Request For Information (RFI), 
Meetings, and Submittals. 

In step 1415 the status of the original unedited message or document is set to 
"historical." In step 1420 a new record is added to a document table and the status is 
changed to "latest." The new record records the change to the document, who 

20 changed the document, and when the document was changed. When a document is 
changed, the HistoryED is incremented. Some documents or messages are specifically 
related to one another in that they are generated in response to or for the "parent" 
document. An example of such compound documents occurs with meetings. A 
compound document is a document represented in the database by a parent table and 

25 one or more child tables. A record of a meeting may be related to a record of 
attendance for that meeting as well as a record of minutes of the meeting. In step 
1425 a record is added to the Document History Table if a message or document is a 
"child" , i.e., related, to another document. The overall history for a compound 
document is maintained in a document history table. History Field changes in parent 

30 documents apply to every child table. Whenever a change is made in any part of a 
compound document, a new record is also added to this table. 
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In step 1435, a record is added to a Tracking Table. A Tracking Table 
tracks information about documents sent and received and is updated whenever an 
action is taken on a particular document. Exemplary actions include actions involving 
communication between different clients including: Sent To, Receive From, Respond 
5 To, Received Receipt, Read Receipt. 

In decision step 1435, a determination is made as to whether more 
documents are to be edited. If the result of decision step 1435 is negative, the "no" 
branch is followed to the 1440, the end. If the result of decision step 1435 is positive, 
the "yes" branch is followed to step 1410 and process 1400 is repeated until no more 
10 documents are to be edited. 

The full history of a document can be retrieved by querying the 
system. The results of the query can be displayed to the user. 

The history functionality can be illustrated in the context of a meeting 
between collaborators on a project in the construction industry. Initially, a document 
15 entitled Meetings is created by collaborator. As with any meeting, attendance and 
minutes can be taken. In this example, attendance and minutes would exists as 
separate documents that are connected to the Meetings document, the parent 
document. To track the history of the meeting as well as associated documents such 
as attendance and minutes, a table entitled Meeting History is added to the Meetings 
20 document. Each document has a table associated with each document, and each 
parent document has a field in its document table for each child document. Child 
documents of Meetings include MtgAttendance, Minutes, and MinutesResp. 

When a meetings document is created , the fields listed in Table 1 are 
added to the Meetings Table. 
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The field "MeetingHistorylD" is incremented whenever the Meeting document is 
altered or acted upon. The field "MtgGUID" is the GUID that identifies the meeting 
5 and remains constant throughout alterations. The field "HistoryActionID" identifies 
the type of action taken on the document. The field "HistoryUserlD" identifiers the 
client changing the document. The field "HistoryTimestamp" marks the time the 
change was made to the document, and the "HistoryStatus" field identifies whether 
this is the latest version of the document. These fields enable a history trail to be 
10 generated that will identify who edited the document, when the document was edited, 
when the document was edited, and whether the document is the latest version. The 
history trail is generated by extracting the data in these fields and displaying the data 
to a user. 

The attendance for the meeting may be recorded in a document called 
15 MtgAttendance. When an attendee is added to the meeting, a record is added to the 
MtgAttendance Table. The MtgAttendance document contains a MtgAttendance 
table. The fields listed in Table 2 are added the MtgAttendance table. 



21 



Table 2 
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These added fields parallel the fields added to the Meetings Table, but are specific for 
the document MtgAttendance. 

Similarly, when a minutes document is created, the fields listed in Table 3 are 
added to the Minutes table. 
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The added fields in Table 3: HistorylD, GUID, HistoryActionID, HistoryUserlD, 
10 HistoryTimestamp, and HistoryStatus are similar to the fields listed in Tables 1 and 2 

above and serve the same purposes but are specific for this document. 

The following table MeetingHistory demonstrates how the 

MeetingHistory Table is updated when various parts of a meeting are added and 

edited. This example does not include all fields that are in the Table such as Action, 
15 UserlD, Timestamp, and TablelD). For each record in MeetingHistory, the system 

also updates the individual tables Meeting, MtgAttendance, Minutes, and 

MinutesResp. 



Table 4: MeetingHistory 
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Table 4 has entries for two separate meetings, identified by MtglDs 92 and 98. In 
record 45, the user created meeting 92. In record, 46, the user added an attendee to 
5 the meeting by creating a Meeting Attendance document given a MtgAttHistID of 
106. In record 47, the user added another attendee to the meeting which is evidence 
by the addition of a record termed MtgAttHistID 107. Records 49-51 concern a 
different meeting as evidenced by different MtgID, 78 rather than 92. By record 52, 
the original meeting, MtgID 92, has two attendees, evidenced by records 106 and 107, 

10 and one minute, record 343. Record 53 shows a change in the MtgHistID from 899 to 
1002 indicating that the document Meeting was edited or acted upon. 

Using the information from the table Meeting History, a History Log 
for the meeting identified as MtgID 92 can be generated as follows. This History Log 
can be displayed to a client allowing the client to ascertain the status of meeting, 

1 5 proj ect or document. 
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Table 5: History Log 
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While the present invention may be employed to exchange messages 
and documents and facilitate collaboration in the construction industry as described in 
5 the illustrative embodiments, the invention is not limited to this application and can be 
used in other industries that require collaboration on projects. For example, the 
present invention can be used to facilitate collaboration on projects in sales, product 
development, and scientific research. 

It should be understood that the foregoing relates only to illustrative 
10 embodiments of the present invention, and that numerous changes may be made 
therein without departing from the spirit and scope of the invention as defined by the 
following claims. 
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CLAIMS 



What is claimed is: 

L A method for facilitating collaboration on a project using an 
5 Application Service Provider, comprising the steps of: 

setting up projects containing data fields wherein each data field is 
assigned a unique identifier for recognizing data fields between databases that contain 
similar data but have different designations; 

publishing the data fields with their unique identifiers to a central 

10 database; 

inviting collaborators to participate in projects, wherein collaborators 
can access the central database using the Internet to retrieve project data and 
associated unique identifiers if data fields in received information are unknown 
locally; 

15 locally mapping retrieved or received data fields and associated unique 

identifiers; 

electronically exchanging information relating to projects between 
participants; and 

preserving individual ownership of project information. 

20 

2. The method of claim 1, wherein the project is in the 
construction industry. 



3. The method of claim 1, further comprising the step of: 
creating document histories by inserting new records into data fields 

within the document or message reflecting changes made to messages or documents 

as the message or documents are exchanged. 
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4. The method of claim 1, further comprising the step of: 
generating reports on projects for a collaborator on an enterprise level 
or project specific level. 
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5. The method of claim 1, wherein the step of setting up a project 
further comprises the steps of: 

electronically transmitting project data fields to a database, wherein a 
5 unique identifier is assigned to each data field; 

returning the unique identifiers to a local computer; 
locally mapping the unique identifiers; 
choosing participants; 
addressing invitations to collaborate; 
10 electronically transmitting the invitations to collaborate to chosen 

participants. 



6. The method of claim 1, wherein the step of electronically 
transmitting invitations further comprises the steps of: 

1 5 converting the invitation into a transmittal format; 

placing the invitation in an electronic envelope; 
addressing the invitation; 
creating a document history record; and 
electronically sending the invitation. 

20 

7. The method of claim 6, wherein the transmittal format is XML. 

8. The method of claim 1 ? wherein the step of electronically 
exchanging information further comprises the steps of: 

25 selecting a document to exchange; 

determining whether all data fields in the document each have a unique 
identifier, and if some data fields do not have unique identifiers, then electronically 
transmitting those data fields to a central database, wherein unique identifiers are 
assigned to the data fields; and 

3 0 electronically transmitting the document. 
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9. The method of claim 6, wherein the step of electronically 
transmitting the document further comprises the steps of: 

converting the document into a transmittal format; 
placing the document in an electronic envelope; 
5 addressing the document; 

creating a document history record; and 
electronically sending the document. 

1 0. The method of claim 9, wherein the transmittal format is XML. 

10 

11. The method of claim 6, wherein the step of electronically 
exchanging information further comprises the steps of: 

receiving a message; 

placing the message in addressee's queue to be accepted; 
15 determining whether to accept the message, and if the message is not 

accepted, then returning the message to sender, but if the message is accepted, then 

determining whether all data fields of the message have unique 
identifiers locally, and if all data fields do not have local global unique identifiers, 
then mapping all data, but if all data fields do have local unique identifiers, then 
20 marking data as read; 

marking document as useable; 

determining whether a return receipt was requested, and if a return 
receipt was requested, then notifying sender, but if a return receipt was not requested, 
then ending. 

25 
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12. The method of claim 1 or 5, wherein the step of mapping 
further comprises the steps of: 

performing a data comparison; 

determining whether a match exists between received data and local 
5 data, and if a match exists displaying the matches to a user, but if a match does not 
exist, then importing data and unique identifier values from a database; 

determining whether a match is selected, and if a match is selected, 
mapping the database unique identifier locally, but if no match is selected, then 
importing the data value and associated unique identifier. 

10 

13. The method of claim 11, wherein the step of receiving a 
message further comprises the steps of: 

using a computer to receive messages; 

determining whether a received message is from an allowed sender, 
15 and if the message is not from an allowed sender, then rejecting the message and 
notifying the sender, but if the message is from an allowed sender, then 

determining whether addressee is known locally, and if addressee is 
not known locally, then saving the message locally and notifying an administrator, but 
if addressee is known locally then, 
20 determining whether the addressee has sufficient permissions for the 

message, and if the addressee does have sufficient permissions for the document, then 

saving the document; and 

marking the document as a new message; 

but if the addressee does not have sufficient permissions for the 
25 message then rejecting the message and notifying sender. 
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14. The method of claim 13 wherein the step of notifying the 
administrator further comprises the steps of: 

determining whether the administer can map addressee to a local user, 
and if the administer cannot map addressee to a local user, then 
5 rej ecting message; 

notifying sender of rejection; and 
removing local copy of message. 

15. The method of claim 1, wherein the step of electronically 
10 tracking changes further comprises the steps of: 

setting status of and edited or acted upon document to historical; 
adding a new record to a document table indicating the edit or action; 

and 

adding a record to a document history table if the document is a 
1 5 compound document. 
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16. A method of exchanging information in the construction 
industry using an Application Service Provider, comprising the steps of: 

creating in a local computing area an electronic document having data 
fields containing information to be shared; 

electronically transmitting the document to a central database, wherein 
a unique global identifier is assigned to each data field; 

returning the unique identifiers to the local computing area wherein the 
unique identifiers are locally associated with their corresponding data fields; 

addressing the document by retrieving routing information associated 
with a unique identifier of an addressee from the central database ; 

inserting the routing information into the document; 

electronically sending the document; 

receiving the document at a server; 

responding to the document by sending a message having data fields 
associated with unique identifiers stored in a central database accessible by 
addressees. 
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17. A computer system for exchanging messages and documents in 
the construction industry, comprising: 
a processing unit; 
a memory storage device; 
5 a display device coupled to the processing unit for displaying data; 

a program module providing access to a distributed computer network, 

operable for 

exchanging information contained in data fields wherein each data 
field is associated with a unique identifier; 
10 routing information to addressees wherein the routing information 

associated with an addressee's unique identifier is retrieved from a central database; 
and 

tracking modifications in exchanged messages by inserting new 
records into document tables. 



31 



DOCUMENT AND MESSAGE EXCHANGE SYSTEM FOR ASP MODEL 

ABSTRACT OF THE DISCLOSURE 
Document and message exchange can be facilitated using a 
5 Application Service Provider model. Assigning unique identifiers for data fields 
allows multiple databases to exchange information using relational databases. A 
project can be initiated and participants invited to collaborate using a distributed 
computing environment, such as the global Internet. Participants retain ownership of 
information by selecting the information to be shared, and optionally storing their 
10 information on databases restricted to them. Information is routed between 
collaborators using unique identifiers. Unique identifiers and their corresponding data 
fields can be mapped to a user's local computing area. Changes in documents and 
responses to documents can be monitored by inserting new records reflecting the 
changes into document tables. 
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